home *** CD-ROM | disk | FTP | other *** search
/ PC World Komputer 2010 April / PCWorld0410.iso / hity wydania / Blender 2.49b / blender-2.49b-windows.exe / Microsoft.VC90.CRT.manifest < prev    next >
Extensible Markup Language  |  2009-01-14  |  2KB  |  27 lines
  1. ∩╗┐<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
  2. <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
  3.     <noInheritable/>
  4.     <assemblyIdentity
  5.         type="win32" 
  6.         name="Microsoft.VC90.CRT" 
  7.         version="9.0.21022.8"
  8.         processorArchitecture="x86"
  9.         publicKeyToken="1fc8b3b9a1e18e3b"
  10.     />
  11.     <!--
  12.         Don't use the version of the current binary, instead use the one that the programm was linked with.
  13.         The Programm is linked with the RTM version by default.
  14.         For more information read: http://blogs.msdn.com/vcblog/archive/2008/05/15/vc-runtime-binding.aspx .
  15.  
  16.         Note that the version of the binary is version="9.0.30729.1", however the loader will actually load
  17.         it as the loader mechanism would usually look up the the policies in \WinSxS\Policies\x86_policy.9.0.Microsoft.VC90.CRT for redirects.
  18.         This mechanism is used to deploy updates more easily.
  19.         Now one might ask why does this still work if the VCRedist is not installed on the target machine, and there
  20.         is no policy file? My guesses are that while linking the programm gets a policy build in, that
  21.         resembles the policy on the host that compiles the programm, or the loader is granted to load
  22.         binaries that have the same major.minor version but differ in the build.revision versions because
  23.         they are asserted to be compatible.
  24.         http://msdn.microsoft.com/en-us/library/aa374234(VS.85).aspx
  25.     -->
  26.     <file name="msvcr90.dll" /> <file name="msvcp90.dll" /> <file name="msvcm90.dll" />
  27. </assembly>